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(54) Method and apparatus for intrusion detection in computers and computer networks 



(57) This invention relates to the detection of secu- 
rity problems in a computer network or on any computer 
within said network. To detect outsiders trying to break 
into a computer system (ag. via the net) and/or to 
detect insiders misusing the privileges they have 
received (eg. someone internal reaping confidential 
data that he/she is not entitled to), the invention uses a 
behavior-based approach for a pattern-oriented intru- 
sion detection system. Employing a novel algorithm, the 
Teiresias algorithm not used before tor intrusion detec- 
tion, the system represents the normal behavior of a 
process (1 03) by a pattern table (135), a pattern being a 
subsequence of audit events or system calls or the like. 
During real operation, a pattern match (133) of the 
event stream generated on behalf of the actual process 
examined (123) with the entries in the pattern table 
(135) is tried. Sequences of unmatched events are a 
deviation from the normal behavior. Such a deviation 
indicates that an intrusion may be taking place which 
can thus raise an alarm (136) to single out, stop, or con- 
trol in any other way the intrusion. 
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Description 



Technical Field 

[0001] This invention relates to intrusion detection, i.e. 
the detection of security problems in a computer net- 
work or on any computer within said network. It is par- 
ticularly suited to detect outsiders frying to break into a 
conputer system (e g. via the net) and/or to detect 
insiders misusing the privileges they have received (e.g. 
someone internal reading confidential data that hefehe 
is not entitled to). In brief, the invention uses a behavior- 
based approach for a pattern-oriented intrusion detec- 
tion system. 

Background of the Invention 

[0002] Generally, an intrusion detection system 
dynamically monitors actions that are taken in a given 
environment and decides whether these actions are 
symptomatic of an attack or constitute a legitimate use 
of the environment. 

[0003] Essentially, two main intrusion detection meth- 
ods are known. The first method uses the knowledge 
accumulated about attacks and looks for evidence of 
their exploitation. This method is referred to as knowl- 
edge-based. The second method builds a reference 
model of the usual behavior of the system being moni- 
tored and looks for deviations from the observed usage. 
This method is referred to as behavior-based. 
[0004] In the knowledge-based approach, the under- 
lying assumption is that the system knows all possible 
attacks. There is some kind of a signature for each 
attack and the intrusion detection system searches for 
these signatures when monitoring the traffic. E.g., one 
may monitor the audit trails on a given machine, the 
packets going onto the net, eta This first approach is 
addressed and described by Gligor et al. in US patent 5 
278 901, which also gives a good overview over the 
technology. An advantage of this method is that no or 
only few false alarms are generated, i.e. the false alarm 
rate is low; the main disadvantage is that only those 
attacks can be located that are already known. Any 
newly developed intrusion attack would usually remain 
undetected since its signature is still unknown and thus 
the system does not search for it 
[0005] Unfortunately, there are nowadays so many 
attacks that the set of signatures is growing very fast 
Also, some signatures are difficult to express and an 
algorithm to search for them can be rather time-con- 
suming. Nevertheless, this approach has proven its 
usefulness and there are products using this approach 
available on the market: NetRanger by Cisco Systems, 
Inc., and RealSecure by Internet Security Systems, Inc., 
are two examples of such available products. 
[0006] The second, the behavior-based, approach 
starts from the assumption that if an attack is carried out 
against a system, Its "behavior will change. Therefore, 



the approach is to define a kind of normal profile of a 
system and watch for any deviation from this defined 
normal profile. Different techniques can be applied (e.g. 
statistics, rule-based systems, neural networks) using 
5 different targets (e.g. the users of the system, the per- 
formances of the network the CPU cycles, etc.). The 
main advantage of this method over the knowledge- 
based one is that the attacks do not need to be known 
in advance, i.e. that unknown attacks can be detected. 
10 Thus, the detection remains up-to-date without haying 
to update some database of known signatures. But 
there are disadvantages: deviations can occur without 
any attack (e.g. changes in the activity of the user, new 
software installed, new machines, new users, etc.). 
1S Therefore, all known efforts in this direction have been 
facing a rather high rate of false alarms. There appears 
to be only one product on the market using this 
approach: CMOS by Science Applications International 
Corporation. 

20 [0007] In "A Sense of Self for Unix Processes" by S. 
Forrest et al., Proceedings of the 1996 IEEE Sympo- 
sium on Security and Privacy, pp. 120-128. Oakland, 
California, May 1996. it is described how to model the 
behavior of the m sendmail daemon" t i.e. a program run- 
26 ning permanently in the background without user inter- 
action, using the sequences of system calls that this 
program generates while running. The idea is to build a 
table of all the sequences of a given f ixed length (here 
5, 6. and 1 1) of consecutive system calls that could be 
30 found when watching such a sendmaii daemon running. 
The claim was that if one tries to take advantage of a 
vulnerability in the sendmaii code, then this would gen- 
erate a sequence of systems calls not found in a "nor- 
mal" table, i.e. a table generated from a sample with 
35 normal behavior. However, when experimenting with 
this approach, one discovers that the table necessary 
can become fairly large. It must be stressed that all the 
sequences of system calls in this table have the same 
length, i.e. lengths of 5. 6, and 1 1 . It has been shown in 
40 "Fixed vs. Variable-Length Patterns for Detecting Suspi- 
cious Process Behavior" by H. Debar, M. Dacier, M. 
Nassehi, and A. Wespi, Proceedings of ESORICS 98, 
Louvain-la-Neuve, Belgium, September 1998, that 
when trying to find what the best length for the 
46 sequences is ("best" meaning producing the shortest 
table of patterns while covering all possible sequences) 
the result is that the "best" length is 1 . This means that 
the system does not search for unseen sequences but 
for unseen system calls. The consequence is that if an 
50 attack does not use any unseen system call it will not be 
detected. This is generally unacceptable since it may be 
possible to run an attack without using a previously 
unseen system call. 

(0008] There are two classes of information sources 
55 for intrusion detection systems as described in 
Towards a Taxonomy of Intrusion Detection Systems" 
by H. Debar, M. Dacier, and A. Wespi, IBM Research 
Report 3030, June 1998. Based on the location from 



2 



3 



EP 0 985 995 A1 



4 



where the information can be retrieved, it is differenti- 
ated between host-based and network-based intrusion 
detection systems. Examples of host-based information 
sources are the so-called C2 audit trails, the systog f fles 
known in the UNIX operating system, or the event togs s 
in Windows NT Network-based information is mainly 
retrieved by analyzing the network packets. 
[0009] As will be described in detail further below, the 
present invention relates to behavior-based intrusion 
detection using host-based information sources. For a 10 
given process, the intrusion detection system decides 
whether the process behavior can be judged as normal 
or abnormal. Abnormal behavior is an indication of an 
intrusion. 

[001 0] As mentioned above, Forrest et a!, descrfoe in is 
"A Sense of Self for UNIX Processes", Proceedings of 
the 1996 IEEE Symposium on Security and Privacy, pp. 
120 - 128, Oakland, California. May 1996. a process 
model using a set of fixed-length patterns. These pat- 
terns correspond to all the possible patterns that can be 20 
found in the event sequences recorded during the train- 
ing phase. 

[001 1 ] This poses a problem since a careful look at 
the sequences of audit events that can be generated by 
the so-called ftp daemon running under AIX shows that 25 
there are very long subsequences which repeat fre- 
quently. For example, many process instantiations start 
with an identical subsequence that has a length of 40 
audit events. Thus, since the de|cribed fixed-length 
- approach does not consider such a characteristic, any so 
result of an intrusion detection method based on such a 
fixed-length approach is distorted and certain intrusions 
and/or misuses cannot be detected. 
[001 2] In "Intrusion Detection via System Call Traces" 
by A.P. Kosoresow and S.A. Hofmeyr, IEEE Software, ss 
pp. 35 - 42, SepVOct 1997, it is shown that variable- 
length patterns can be used to model the normal behav- 
ior of a process. However, the patterns presented in this 
publication were constructed manually due to the lack of 
an automated method, it is obvious that such a manual 40 
selection or design of the patterns is inadequate for an 
automatic intrusion detection of the kind here 
approached. 

[001 3] A significantly different approach for a pattern- 
oriented intrusion detection system is disclosed (n US 45 
Patent 5 278 901 to Shieh et a). It shows an intrusion 
detection system based on object privilege and informa- 
tion flow, i.e. does not use the deviation from a "typical" 
activity profile as described above. The approach by 
Shieh at al. is a knowledge-based intrusion detection so 
system which is in contrast to the behavior-based 
approach of the present invention. Furthermore, the 
Shieh patent covers mainly the problem of detecting vio- 
lations against previously defined access control poli- 
cies while the present invention aims at detecting any ss 
type of attacks. The corrpfexity of the solution chosen in 
the Shieh patent, however, makes this approach unsuit- 
able to solve the problems which the present invention 



addresses. 

[0014] To summarize, it is an object of the present 
invention to provide a simple and reliable method and 
apparatus for the detection of intrusions into a computer 
system, based on event patterns and particularly 
directed to detect deviations from a "normal" process 
behavior, and thus to detect attacks performed against 
said process. A more specific object is to generate, pref- 
erably automatically, so-to-speak "natural" patterns for 
the description of the process behavior and thus pro- 
duce a very condensed resulting pattern table. Another 
specific object is to allow the use of highly efficient pat- 
tern matching algorithms, especially by producing a rel- 
atively small pattern matching taWa A further specific 
object fe to produce a pattern table with most represent- 
ative patterns, independent of their length. A still further 
specific object is to produce a pattern table with less but 
longer entries than tables obtained with known 
approaches and thus improve the detection of attacks. 
A still further object is to define rules that specify when 
a deviation from the normai behavior is significant 
enough to raise an alarm. 

Summary of the Invention 

[0015] It appears that the idea of having sequences 
investigated is very important, but that building fixed 
length sequences is leading to unsatisfactory results, at 
least when these sequences do not exceed a certain 
minimal length. Therefore, the invention uses a new 
approach by focusing on a novel algorithm, the Teire- 
sias algorithm, as described by I. Rigoutsos and A. Flor- 
atos in "Combinatorial Pattern Discovery in Biological . 
Sequences - The TEIRESIAS Algorithm" in Biolnfor- 
matics, pp. 55-67, Vbl. 14, No. 1. 1998. This algorithm is 
also subject of a pending US patent application, serial 
number 023756 (YD 9-97-176), filed 13 February 1998. 
not yet published. 

[001 6] The Teiresias algorithm, developed for a differ- 
ent purpose and never considered for intrusion detec- 
tion, is used to search for patterns, i.e. all the 
subsequences that appear at least twice in a set of input 
sequences. Though there are other algorithms besides 
Teiresias that solve the problem of discovering all pat- 
terns, none of them is as efficient and fast as the Teire- 
sias algorithm. Generally speaking, the results achieved 
with the Teiresias algorithm are far superior to anything 
produced by the prior art approaches. 
[001 7] A particular advantage is that, using the Teire- 
sias algorithm, the longest patterns in a set of input 
sequences can be found. This is important since a table 
of long patterns appears to be more "representative" of 
a specific process than a table of short patterns. Since 
longer patterns usually contain more context informa- 
tion, it appears that they are more significant for a proc- 
ess than short patterns. On the other hand, short 
patterns are not necessarily unique for a specific proc- 
ess, but may appear in other processes. It is even pes- 
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stole that short patterns are part of an attack. The 
longer a pattern is, the lower is the probability that this 
pattern is part of other processes or even an attack. 
Consequently, it was found that there are attacks that 
can be detected with the new technique according to 
the present invention, which attacks remained undetec- 
ted with other techniques. 

[0018] A further advantage is that, obviously, a small 
pattern table allows to implement efficient pattern 
matching algorithms and still works reasonably fast 
Both advantages lead to an improved detection of 
attacks. 

[0019] To summarize, the present invention provides 
a method and a system for reliably detecting intrusion 
patterns, thereby minimizing the probability of false 
alarms. 

[0020] The method and apparatus for an intrusion 
detection system according to the invention, using the 
described variable-length approach when investigating 
event patterns, operates in two modes, a training mode 
and an operation mode, 

[0021 ] In the training mode, generally speaking, the 
behavior of a process is defined based on the system 
events it generates. System events are either the sys- 
tem calls that are invoked by the process or the audit 
events generated on behalf of the process. The process 
model is a table of patterns, i.e. sequences or subse- 
quences of events, which are representative of the proc- 
ess examined. To get a complete picture of the process, 
it is important that as many different event sequences 
as possible are generated and analyzed 
[0022] In this training mode, variable-length patterns 
are retrieved from the event sequences generated by or 
on behalf of the process. All events of a specific type 
generated from the invocation of the process until its 
end constitute an eyenf sequence. Different process 
invocations may result in different event sequences. 
Patterns are subsequences of the event sequences; 
patterns that are characteristic for the process are 
stored in a pattern fabfe. The pattern table represents 
the process model. 

[0023] In the operation mode of the present invention, 
it is decided whether the event streams created on 
behalf of the process can be matched by the patterns in 
the pattern table, which corresponds to a normal proc- 
ess behavior, or whether there are subsequences of 
unmatched events. Unmatched events represent a devi- 
ation from the normal behavior and may thus indicate 
an intrusion or misuse, called an attack. Significant 
deviations result in raising an alarm. 
[0024] As already mentioned, the present invention is 
advantageous because patterns are generated that are 
"natural" for the description of the process behavior. The 
use of variable-length patterns to build the set of repre- 
sentative patterns results in a pattern table with less, but 
longer entries than tables obtained with other 
approaches. As explained, longer patterns contain 
more context information and are therefore more repre- 



sentative for a particular process than short patterns. 
Furthermore, a small pattern table increases the speed 
of the detection process. It is obvious that, when looking 
for a pattern that matches part of a given sequence, 
5 searching in a small set of patterns is fester than in a 
large set. Therefore, small pattern tables allow to speed 
up the pattern matching process. 



Brief Description of the Drawings 



w 



[0025] The foregoing and other features and advan- 
tages of the invention will be apparent from the following 
more detailed description of a preferred embodiment of 
the invention, as illustrated in the accompanying draw- 
ls ings, in which: 

Figure 1 shows the components of an intrusion 
detection system according to the inven- 
tion, based on the analysis of event pat- 
20 terns; 

Figure 2 is a sample £utput of the Event Recording 
component; 

25 Figure 3 is a sample output of the Process Filtering 
component; 

Figure 4 is a sample output of the Translation com- 
ponent; 

30 

Figure 5 is a sample output of the Reduction and 
Aggregation component; 

Figure 6 shows the patterns as detected by the Teir- 
as esias algorithm for a set of sample input 

strings; 

Figure 7 is an illustration of the pattern reduction 
algorithm applied to the sample string set 
40 introduced in Figure 6; 

Figure 8 is an illustration of the pattern matching 
algorithm for a case where the input string 
can be covered; and 

45 

Figure 9 ts an illustration of the pattern matching 
algorithm for a case where the input string 
cannot be completely covered. 

so Detailed Description of the Invention 

[0026] In the following first section, the components of 
the intrusion detection system are described. In a sub- 
sequent second section, the algorithms used in 
55 selected components are discussed. 
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1. The Intrusion Detection System and its Components 

[0027] Rgure 1 shows the components of the intrusion 
detection system. The system consists of two parts: an 
off-line part and an on-line part The off-line part repre- s 
serrts the training phase or mode, and the on-line part 
the real operation or operation mode. In the training 
mode, a model of the normal behavior of the process 
examined is generated. In the operation mode, the 
instantiations of the process under the observation of io 
the intrusion detection system are compared to the 
process model and, if a significant deviation is 
observed, an alarm 136 is raised. 
[0028] A process execution 103 can trigger different 
types of events 104. Either one of the following two is 
event sources can be used for the present invention: 

• C2 audit events as they are recorded by the audit- 
ing system available on most UNIX and some other 
operating systems. 20 

• System calls as they are recorded by programs 
coming with the operating system, ag. strace, or by 
other system utilities. 

[0029] It has to be noted that the two sources cannot 25 
be used interchangeably. Either audit events or system 
calls have to be considered. Any further use of the term 
event in this document may relate to audit events as 
well as system calls. 

[0030] In the off-line part, it is possible to influence the so 
process invocation in order to exercise as many differ- 
ent process execution paths as possible. For this pur- 
pose, we use the functional verification tests (FVT) as 
they are used by software developers to test all the dif- 
ferent subcommands that can be executed by a proc- 35 
ess. 

[0031 ] Other approaches would be to define manually 
a set of subcommands that are expected to cover all the 
process execution pats, or to just record the events of 
the process running in a real environment 40 
[0032] The events generated on behalf of a process 
are recorded by an event recording component 105. 
Event recording component 105 may not only record 
events by the process examined but also by other proc- 
esses in the system. E.g. the auditing system does only 45 
allow to collect the audit events on a system level, i.a 
either for all processes or for none. An event is 
described by several attributes, e.g. the process name, 
the event name, the process id, the parent process id. or 
the user id. so 
[0033] Event recording component 105 forwards the 
events to training system 102. Events are forwarded as 
triples comprising process name, event name, and 
process id, labeled 106. Rgure 2 shows a sample of the 
events that are sent from event recording component bs 
105 to a filtering component 107 in training system 102. 
Filtering component 1 07 first groups together the events 
belonging to the same process by keeping the chrono- 



logical order of the events. AD events belonging to the 
same process are called an event sequence. An event 
sequence consists of an unique identifier arid a list of 
events. The events are given as tuples comprising the 
process and the event name. Not all event sequences 
are needed for the further processing. Only those 
sequences which are needed to analyze the behavior of 
the examined process are forwarded to a translation 
component 109. 

[0034] Rgure 3 shows the events of Rgure 2 after 
applying the filtering component 107. 
[0035] For the further internal processing, translation 
component 109 translates the event sequences into an 
internal data representation. Each event i.e. the tuple 
consisting of the process and the event name, is trans- 
lated into a single character of an alphabet L. The out- 
put of translation component 109 are strings of 
characters labeled 1 10. 

[0036] The translation is bijective, i.e. identical events 
are translated into the same character, and a character 
is the translation of identical events only. The translation 
rules are generated on the fly and stored in a translation 
table 136. Rgure 4 shows the result of the translation of 
the event sequences into strings. 
[0037] The strings can be reduced further. A reduction 
and aggregation component 1 1 1 performs two tasks: 

• Duplicate strings are removed. 

• Consecutive occurrences of the same character 
are aggregated into a smaller number of the same 
character. 

[0038] The first task results in a set of unique strings. 
Duplicate strings do not add any value to the further 
processing as will be seen later. 
[0039] It can be observed that subsequences of N, N 
>1, events are quite frequent witii N exhibiting small 
variations. An example is the -ftp login session, where 
the ftp daemon closes several file handles inherited 
from the inetd process. Since; the inetd process is not 
always in the same state, the number of its fOe handles 
may vary. As a consequence, the ftp daemon Inherits 
not always the same number of file handles. Closing all 
the unneeded file handles results therefore in a varying 
number of f Oe close operations. 
[0040] There are two possible ways to aggregate 
characters: 

• The identical consecutive characters are replaced 
with an extra, not yet used character. 

• The N identical consecutive characters are com- 
prised into Af, 

characters. 
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[0041] The first approach increases the number of 
unique events and possibly also the number of patterns. 
Since the number of patterns should be kept small, the 
second approach with M a 1 has been selected. The 
newly created strings have less semantics than the orig- s 
inal ones, but no case is known where the character 
aggregation impacts the operation of the intrusion 
detection system. 

[0042] The output of the reduction and aggregation 
component 1 11 are unique strings, labeled 112, where 10 
consecutive occurrences of the same character are 
removed. Figure 5 shows the strings of Figure 4 after 
being processed by reduction and aggregation compo- 
nent 111. 

[0043] A pattern extraction component 113 deter- is 
nines the patterns which constitute the process model 
and stores them in a pattern table 135. The algorithms 
used to build pattern table 135 are explained in detail in 
subsequent sections. 

[0044] Pattern table 135 is a key part of the intrusion 20 
detection system according to the invention. It links the 
off-line system 102 with the on-line system 122. 
[0045] The on-line part has nearly the same compo- 
nents as the off-line part However, a main difference is 
that the process to be examined is not under control of 25 
the intrusion detection system. In on-line system 122, 
the event recording component 125 and the process fil- 
tering component 127 are the same as in the off-line 
system. The translation component 1 29 is different with 
respect to the feet that audit events are translated based so 
on the entries retrieved from a translation table 134. If 
there is an event for which no entry in translation table 
129 exists, the event is translated to a dummy character. 
For each event sequence, it has to be decided whether 
there is a sign of an intrusion or not Therefore, there is ss 
no reduction component (like component 1 1 1 in the off- 
line part) that removes duplicate sequences as in the 
training system. There is only an aggregation compo- 
nent 131. 

[004$] The pattern matching component 133 receives 40 
its input strings 132 from the aggregation component 
131 . By applying the algorithm described in the subse- 
quent section of this description, it is tried to match all 
the input strings with the patterns of pattern table 135. 
However/there may be strings that remain with uncov- as 
ered characters. Depending on the number of consecu- 
tively uncovered characters, it is decided whether there 
is an indication of an intrusion, and whether an alarm 
136 has to be issued. 

[0047] For the ftp daemon, a threshold of 6 characters so 
was selected, i.e. if there are 7 subsequent uncovered 
characters, an alarm is issued. 

2. Algorithms 

55 

[0048] In this section, a sample algorithm to build the 
pattern table and a sample algorithm to cover the input 
stream are described. They represent the best algo- 



rithms we know so far. However, we can think of varia- 
tions of these algorithms. For example, the algorithm to 
build the pattern table sorts the patterns based on the 
number of characters they can cover at the beginning 
and end of an input string. We can think of other sort cri- 
teria like the total number of characters covered by a 
pattern or the number of Incurrences of a pattern. 

2.1 Terminology and Notation 

[0049] Consider a finite set of Characters 

L = {c 1 ,c 2 c„} . The set £ is called an alphabet 

To denote a string of n, n > 0, identical consecutive 
characters c e Z, we write c". The term c* denotes a 
string of identical consecutive characters of arbitrary 
length /, / >= 0. The term c* denotes a string of identical 
consecutive characters of arbitrary length m, m > 0. To 
denote an arbitrary string of length n, n > 0, we write 
{.}". {.}* denotes an arbitrary string of arbitrary length /, 
/ >= 0, and {.} + denotes an arbitrary string of length m, 
m> 0. 

[0050] The length of string sis written as |s|. We write 
ce s if the character c is contained in the string s. 
[0051 ] Given is a set of strings 

S = {Si, S3, .~, Sm) 



over the alphabet E. A substring p that 

• occurs at least twice in the set of strings S, and 

• has a length |p| of two or more characters 

is called a pattern. 

[0052] p" denotes the pattern p repeated n, n> 0, 
times, p* denotes the pattern p repeated /, />= 0, times, 
and p*denotes the pattern p repeated m, m > 0, times. 
[0053] A pattern p is maximal, if there is no pattern q 
for which holds: 

• p is a substring of q with |p| < \q\, and 

• the number of occurrences of the pattern q € S is 
equal or larger than the number of occurrences of 
fhe pattern pe.ft 

[0054] Acharacterce s is said to be covered by the 
pattern p if c € p and p is a substring of sl 
[0055] A string s is said to be covered by a set of pat- 
terns R rf for each character c, c e s, there is a pattern 
p, p e R so that c is covered by p. 
[0056] A set of strings Sis said to be covered by a set 
of patterns R if each string s, s e S, is covered by R 
Additionally, Pis said to cover SI 
[0057] Given are a pattern p and a string si Let us 
decompose the string $ as follows: 
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s =//{.} V hr>-0 



ft is assumed that the decomposition is maximal, i.e. 5 
there are no /'and /* for which holds 

/'+r'>/+r. 



[0058] The expression (/+/)• |p|, i.e. the sum / + r 
times the pattern length |p|, is called margin cover of the 
pattern p and the string & it is written as mCover(p,s). 
The margin cover of a pattern p and a string 



set written as mCover{p,S), is defined as 



15 



20 



the reduced pattern set R. 

1. Let m denote the minimal pattern length that 
used to generate the set of maximal variable-length 
patterns. Add each s, 

to P and remove it from S. 

2. ff P = 0, then add all s € S to the reduced pat- 
tern set R and exit. 

3. For each p € P calculate mCover(p,S). 

4. If there is a pattern p fulfilling mCover(p,S) > 0, 
then select a pattern r for which mCover(r,S) is 
maximal, La there is no pattern q for which holds: 

mCover(q£) > mCover(rJS) or 
mCover(q£) = mCover(r£) A |?| > |r|- 



mCover(pji). 



[0059] The total cover of a pattern p and a string set 
S. tCover(p,S) is the total number of characters that can 
be covered by the pattern p. 50 

2.2 Determining the Set of Maximal Variable-Length 
Patterns^ . 

[0060] In a first step, ail maximal patterns contained in 35 
the set S of input strings have to be determined. For this 
purpose, the Teiresias algorithm, as described by I. Rig- 
outsos and A. Floratos in "Combinatorial Pattern Dis- 
covery in Biological Sequences - The TEIRESIAS 
Algorithm" in Biolnformatics, pp. 55-67, Vol. 14, No. 1. 40 
1998, is used. A minimal pattern length m can be spec- 
ified as argument for the Teiresias algorithm. The Teire- 
sias algorithm will then only find the maximal patterns 
whose length is equal to or greater than this given mini- 
mal length. 45 
[0061] Part a) of Figure 6 shows a sample input set of 
3 strings and part b) shows the cqrrespondng pattern 
set as discovered by the Teiresias ilgorithm (with m = 
2). For each pattern, the total number of occurrences 
(first column) as well as the number of strings in which it so 
occurs (second column) is given. 

2.3 Reducing the Set of Patterns . 

[0062] Out of the set of patterns P consisting of aO the ss 
maximal patterns found for the string set 5, a subset of 
patterns R, R c P 9 is selected which covers S. As an 
example, the following algorithm can be used to build 



5. Add r to the reduced pattern set R and remove it 
from P. 

a Remove first all the matching substrings adjacent 
to the beginning and end of a string, i.e. remove 
strings of the form 



and replace strings of the form 



s « rV or s 83 rV 



with s' or s", respectively. 

7. Remove then the matching substrings that are 
not adjacent to the beginning and end of a string, 
i.e. as long as there is a s € S, 

being the minimal pattern length and v f w > 0, 
replaces with the two strings $' and s". v and w 
specify the minimal length of the resulting new 
strings $' and s", respectively. Setting them equal 
to m enforces that all patterns have a minimal 
length m. However, different settings are possfole. 

8. If one of the strings s that have been newly 
added to S has a length |s| < 2 • m m being the 
minimal pattern length, remove s from the set of 
strings S and add it to the set of patterns P. 

8. If S*0, goto step 2. 

[0063] Figure 7 illustrates the pattern reduction algo- 
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rithm applied to the sample string set introduced in Fig- 
ure 6. For each reduction step, the string set. the pattern 
set, and the reduced pattern set are shown. For each 
pattern in the pattern set its mCover value is listed. The 
pattern with the highest mCover value is moved to the 
reduced pattern set, and matching substrings are 
removed from the string set. In this example, not all pat- 
terns are needed to cover all the strings. 
[0064] In the example of the ftp daemon, the Teiresias 
algorithm determines about 600 maximal variable- 
length patterns. After applying the reduction algorithm, 
about 50 patterns remain. 

2.4 Pattern Matching 

[0065] We describe a sample pattern matching algo- 
rithm. The algorithm tries to match the input stream by 
concatenating patterns, i.e. the patterns are placed one 
right after the other. A variation would be to allow over- 
lapping patterns. 

[0066] At certain points of the pattern matching proc- 
ess, there may be several patterns that match the input 
stream and it has to be decided which pattern to select 
As an heuristic, a pattern is selected if a sequence of d, 
d > O, patterns can be found that matches the input 
stream right after the pattern under consideration. 

1 . Set the counter of consecutively uncovered char- 
acters, u. to 0. 

2. Wait until there are at least 

characters in the input stream where d is the 
parameter as explained in the introduction to this 
algorithm and l/Wnl fe toe mean length of all pat- 
terns p e P t or until the end of an input sequence 
has been reached. 

3. Find a pattern p e Pthat covers the beginning of 
the input stream 7T If no pattern can be found, go to 
step 6. 

4. Find d > 0 patterns q l9 <fc> ™» <fc* 
string 

covers the beginning of the stream. If there are e 
patterns q i9 <fc Q„ 0 < e < d, that cover the 
whole input sequence, set 

t — pqiq^.q*. 

(a) If f matches the whole input sequence, remove 
the input sequence arid go to step 1. (b) If dpat- 
terns can be found covering the beginning of the 



input stream, remove the pattern p from the input 
stream and go to step 1. 

5. Determine all pattern combinations that cover 
the beginning of theJnput stream. Select the pat- 

5 tern combination th#covers the longest character 
sequence, remove it from the input stream, and go 
to step 1. 

6. Skip one character and increase u by 1 

7. If 

10 

««n + /, « 

being the threshold for the number of consecutively 
is uncovered characters, raise an alarm. 

8. Go to step 2. 

[0067] Figures 8 and 9 are two illustrations of the pat- 
tern matching algorithm. One for the case of a fully-cov- 
20 ered string, one for the case of a partially-covered 
string. 

[0068] The pattern matching algorithm processes the 
pattern table found on top of Figures 8 and 9. In Figure 
8, the matching algorithm first finds the pattern "ABC" 
25 matching the beginning of the sample string. Before 
accepting this pattern as a valid match, the pattern 
"ABC" must be validated be finding <k*3 patterns match- 
ing the remainder "ABC^CYZGHI" of the string. Since 
such three patterns can be found, namely "ABCD", 
30 XYZ", and "GHI", the pattern "ABC" is accepted and 
deleted from the sample string. Processing continues 
with the string "ABCDXYZGHI". 
[0069] In Figure 9, we have again the same pattern 
table as in Figure 8. However, the sample string to be 
35 matched is somewhat different. Again/the pattern 
"ABC" is selected as candidate to match the beginning 
of the sample string. However, we cannot find d=5 pat- 
terns that match the remainder "ABCDKMWHF of the 
string. This implies that another pattern that matches 
40 the beginning of the sample string should be tried. 
Since there is no such other pattern, the pattern 
sequence has to be found that matches the longest por- 
tion of the sample string. Because the two pattern 
"ABC arid "ABCD" match the longest subsequence, 
45 they are selected. The characters "KMW" cannot be 
matched and are skipped. Processing continues with 
the string "HF". 

[0070] A pattern-oriented, behavior-based, variable- 
length intrusion detection model was defined. The main 
so advantage of this inventive model is that it generates a 
kind of "natural" patterns or signatures of the process to 
be monitored, which patterns very well represent the 
"normal" behavior. Thus, deviations - which indicate 
intrusion or misuse - can be easier detected than with 
55 previously known methods. 

[Q071] While the present invention has been particu- 
larly shown with reference to one specif ic embodiment, 
it is obvious to someone skilled in the art that it can be 



8 



15 



EP0985 995A1 



16 



adapted to match the environment in which it is going to 
be used, whether for the detection of unauthorized 
transactions in the banking arena, of viruses in a com- 
puter network, of unauthorized entry to builcfings with 
restricted access, or of unallowed data exchange 5 
between data bases, to name a few. 

Claims 

1. A method for detecting intrusion attempts in a com- 10 
puter or computer system, said method comprising 

in combination: 

- in a training mode, building a table of character- 
istic process-constituting patterns defining is 
normal behavior of a model process in said 
conrputer or computer system by performing 
the following steps: 

• building a first event sequence by filtering a 20 
first event stream generated by said model 
process, 

• by using the so-called Teiresias algorithm, 
extracting event sequence patterns from 
said first event sequence, said patterns 25 

. constituting said model process, 

• storing said process-constituting patterns; 
and 

- in an operation mode, extracting characteristic 30 
patterns from an actual process by performing 
the following steps: 

• building a second event sequence by filter- 
ing an event stream generated by said 35 
actual process. 

• matching said second event sequence with 
said stored processnsonstituting patterns, 
and 

• indicating the result of said matching step. 40 

2. The method for Intrusion detection according to 
claim 1, wherein 

• in the training mode, the first event sequence is 45 
translated and the rules used for said transla- 
tion are stored, 

• in the operation mode, the second event 
sequence is translated using said stored trans- 
lation rules. so 

3. The method tor intrusion detection according to 
claim 2, wherein the translation is a dynamic, on- 
the-fiy translation. 

• 65 

4. The method for intrusion detection according to any 
of the claims 1 to 3, wherein 



• in the training mode, the first event sequence is 
compressed according to a given set of aggre- 
gation rules, 

• in the operation mode, the second event 
sequence is compressed using said given set 
of aggregation rules. 

5. The method for intrusion detection according to one 
or more of the preceding claims, wherein 

• ah event stream generated by either one or 
both of the processes is recorded and 

• said recorded event stream filtered to build the 
first and/or second event sequence. 

6. The method for intrusion detection according to one 
or more of the preceding claims, wherein the proc- 
ess-constituting patterns of the first event 
sequences contain patterns of varying lengths, in 
particular patterns of maximal lengths. 

7. The method for intrusion detection according to one 
or more of the preceding claims, further including a 
reduction step in the training mode, whereby any 
duplications in the obtained event sequence are 
removed. 

8. The method for intrusion detection according to one 
or more of the preceding claims, wherein the train- 
ing mode is carried out under the control of the 
intrusion detection system. 

9. The method for intrusion detection according to one 
or more of the claims 2 to 7. wherein all or part of 
the method steps are applied in the following 
sequences 

- in the training mode: 

1. event recording, 

2. process filtering, 

3. translation and storage of translation 
rules. 

4. reduction and aggregation, 

5. pattern extraction and storage; and 

- in the operational mode: 

1. event recording, 

2. process filtering, 

3. translation based on stored translation 
rules, 

4. aggregation, 

5. pattern matching with stored patterns. 

10. An apparatus for detecting intrusion attempts in a 
computer or computer system, said apparatus com- 
prising in combination: 
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• a first filtering component (107) for filtering, in a 
training mode branch, a first event stream gen- 
erated by a model process (103) and building a 
f irst event sequence (108), 

• a pattern extraction component (113) extract- 
ing event sequence patterns from said first 
event sequence by using the so-called Teire- 
sias algorithm, said patterns constituting said 
model process, 

• a pattern table component (135) storing said 
extracted, process-constituting patterns defin- 
ing normal behavior of said model process, 

• a second filtering component (127) for building, 
in an operation mode branch, a second event 
sequence by filtering an event stream gener- 
ated by an actual process (123), 

• a pattern matching component (1 33) for match- 
ing said second event sequence with said proc- 
ess-constituting patterns stored in said pattern 
table component (1 35), and 

• an incOcator component (136) for indicating the 
output of said matching component (1 33). 

11. The apparatus for intrusion detection according to 
claim 10, further comprising & 

• afirsttranslationcomponent(109) which, inthe 
training mode branch, translates the first event 
sequence, 

• a translation table (134) for storing the transla- so 
tion rules used for said translation, 

• a second translation component (129) which, in 
the operation mode branch, translates the sec- 
ond event sequence, using said translation 
rules stored in said translation table (134). 3s 

12. The apparatus for intrusion detection according to 
any of the claims 1 0 and 1 1 , further comprising 

• a first compression component (111) which, in 
the training mode branch, compresses the first 
event sequence according to a given set of 
aggregation rules, and 

• a second compression component (131) 
which, in the operation mode branch, com- 
presses the second event sequence using said 
given set of aggregation rules. 

13. The apparatus for intrusion detection according to 
claim 1 2, f urther comprising a reduction component 
for removing duplicates in the event sequence 
obtained in the training mode branch, in particular a 
reduction component combined with the first com- 
pression component (1 1 1). 

14. The apparatus for intrusion detection according to 
one or more of the claims 10 to 13, wherein all or 
part of the components we arranged in the following 



working sequences 

- in the training mode branch: 

1 . event recording component (1 05), 

2. process filtering component (107), 

3. translation component (109) and trans- 
lation table (134), 

4. reduction and aggregation component 
(111). 

5. pattern extraction component (1 13) and 
pattern table d 35); and 

- in the operational mode branch: 

1 event recording component (1 25), 

2. process fBtering component (127), 

3. translation component (129), connected 
to said translation table (134), 

4. aggregation component (131), 

5. pattern matching component (133), con- 
nected to said pattern table (135). 

15. The apparatus for intrusion detection according to 
one or more of the preceding claims, wherein all or 
part of the components are arranged such that, to 
avoid duplication, they can be used alternatively 
either in the training mode branch or the operation 
mode branch. 
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0: (ftpd, FILE_Ciose), (Is, PROCJExecute), 
(Is, FILE__Close), (Is, PROC_Delete) 

1: (fingerd, PROC_Execute), 

(fingerd, PROC_SetSignal), (fingerd, FILEJRead), 
(fingerd, PROC_Create) 

2: (ftpd, PROC_Create), (ftpd* FILE_Close), 
(ftpd, FILE_Close), (ftpd, FILE_Ciose), 
(ftpd, FILE_Close), (ftpd, PROC_SetSignal), 
(ftpd, FILERead), (ftpd, FILERead), 
(ftpd, FILE_Write), (ftpd, PROCDelete) 

3: (fingerd, PROCJExecute), 

(fingerd, PROC__SetSignal), 

(fingerd, FILE_Read), (fingerd, PROC_Create) 

Fig. 3 
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Fig. 4 
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Fig. 5 
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Fig. 6 
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Table: ABCD XYZD ABC GHI XYZ HF 

String: ABCABCDXYZGHI ABC Selectable 

ABCD XYZD ABC 
Remainder of string: ABCDXYZGHI 

ABCD 

Remainder of string: XYZGHI 

ABCD XYZD ABC Gin XYZ 
Remainder of string: GHI 

ABCD XYZD ABC GHI ABC Validated 

Fig. 8 



Table: ABCD XYZD ABC GHI XYZ HF 

String: ABCABCDKMWHF ABC Selectable 

ABCD XYZD ABC 
Remainder of string: ABCDKMWHF 
Possible combinat. : ABC/ABC --> Length 6 

ABC/ABCD --> Length 7 ~> Selected 

K — > Shifted u=l 
M — > Shifted u = 2 
W — > Shifted u = 3 
HF u = 0 

ABCD XYZD i\BC GHI XYZ HF 

Fig. 9 
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